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1. INTRODUCTION 


SCOPE 


This manual describes the Communications routines required to implement the inter- 
changes of data between two or more UNIVAC 9200/9300 computers. Use of this 

manual assumes a knowledge of the ‘‘UNIVAC 9300 System Operating System Pro- 
grammers Reference,’’ UP-7531 (current version), ‘‘UNIVAC 9200/9300 Systems 
Central Processor and Peripherals Programmers Reference,’’ UP-7546 (current version), 
and ‘‘UNIVAC 9200/9300 Systems Card Assembler Programmers Reference,’’ UP-4092 
(current version), and ‘‘UNIVAC 9200/9300 Systems Programming Utility Programmers 
Reference,’’ UP-4120 (current version). 


GENERAL DESCRIPTION 


Communication between two or more UNIVAC 9200/9300 computers is made possible 
with Communications routines used in conjunction with the UNIVAC Data Communica- 


tions System (DCS) equipment. 


The 9200/9300 to 9200/9300 Communications routines provide an interface between 
problem programs and the Operating System. There are two routines: a master routine 
(C9MR) which is linked with a problem program, and a slave routine (C9SR) linked 

with another closely integrated problem program. Both routines are capable of sending 
and receiving messages; however, only the master routine may initiate the transmission 
of data. There may be more than one slave program, each incorporating a slave routine, 
operating with a single master program. 


The master and slave routines are supplied in relocatable form in the UNIVAC 
9200/9300 Systems software library. 


The connecting link between the master problem program and the master routine is the 
Response Table. This table must be defined by the programmer and contains a unique 
set of characteristics which describe a file. The master routine uses the table to 
maintain the current status of an interchange. There must be a Response Table for 
each slave program with which the master program communicates. 
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Each slave program likewise requires a Response Table as a link with its slave day) 
routine. There may be only one Response Table for each slave program. 


Data is exchanged between the two computers by executing block transfers of data 
from one computer memory to the other. 


The following sections give a detailed description of the Response Table and how it 
serves as a link between the problem programs and the Communications routines; 

the procedures for initiating data transfer; certain programming considerations regarding 
the interaction of a problem program with its associated Communications routine; and 
supplemental background information concerning the operation of the 9200/9300 to 
9200/9300 Communications routines. 


The Communications routines are designed to operate with a Data Communications 
Subsystem having the following options: 


Input LT: F1005-05 
Output LT: F1005-04 
LRC: F 1008-99 
Overrun: Input and Output 


No automatic search for Synch bytes 


No idle character generation or automatic look for Synch bytes 
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2.1. 


2.2. 


2. PROGRAM REQUIREMENTS 


GENERAL 


The problem programs must be so designed that the requests issued by the master 
computer can be properly interpreted and accepted by the slave computers. This is 
accomplished not only by the overall design of the two programs, master and slave, 
but specifically in the information contained in the Response Table. The type of 
information in the Response Table includes addresses, indicators, and request packets 
required to establish an interchange between master and slave computers, The request 
packets within a Response: Table are associated with a specific request for data; one 
packet for each type of request. 


This section describes the format and the contents of both the Response Table and 
the request packets. 


RESPONSE TABLE 


The Response Table describes a communications file for the problem program and 
the Communications routine. If more than one slave computer is communicating with 


the master computer, one Response Table for each must be defined within the master 


program. 


The formats for a master and a slave Response Table are shown in Figures 2—1 and 
2-2. A description of the contents and use of the bytes follow the table formats. 
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Figure 2-1. Master Response Table Format 
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Use Key 


This byte must be set initially to 00;¢. Both master and slave routines set the byte 
to FF1¢ when an interchange is taking place. When this byte is set to FFy¢, the table 
must not be modified by either the master or slave problem program. The slave program 
also checks this byte for the end-of-transmission setting 01;¢ (see 3.4). 


Table Identification 


This byte contains the identification assigned by the problem program to a particular 
Response Table. The identification must be identical within a pairing of master and 
slave Response Tables. The identification may be any combination of two hexa- 
decimal digits, 00 through FF. 


Request Key 


This byte indicates the status of the request and is set by the master routine. The 
slave Response Table does not contain a request key. The master program can 
determine the status of a request by checking this byte. The request key may have 
the following hexadecimal values. 


Hexadecimal 

Value Meaning 
00 Request pending 
02 Error 
03 Time out 
04 Program not in 
05 Program not ready 
12 Incorrect packet 
FF Request successfully completed 


A value of 02 (error) indicates an error in transmission. The request should be 
resubmitted. 


A time out (03) occurs when the clock counter is reset during an interchange. The 
request should be resubmitted. The master program is notified of a time out by means 
of a display. 


When a value of 12 (incorrect packet) occurs, a CANCL macro instruction must be 
executed. 


Wraparound Indicator 


Initially, this byte is set to 00,¢ by the problem programs. Thereafter it is used 
by the master and slave routines to indicate whether the upper or lower half of the 
communications buffer is being filled. 
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2.2.5. 


2.2.6, 


2.2.7, 
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Deactivate Key 


The deactivate key indicates the availability of the Response Table to either the 
slave program or the slave routine. If the key is set to FF 46, the slave Response 
Table is not available to the slave routine and may be altered by the slave program 
at this time. When the key is set to 00;¢, the Response Table is available to the 
slave routine exclusively. 


The master Response Table does not contain a deactivate key. 


Input Interrupt Entry 


At assembly time these bytes must contain the Branch And Link instruction 





LABEL OPERAND 









& OPERATION & 
0 
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Where: V?MI is the label of the entry to the routine processing the input interrupts. 


The problem program must define V?MI in an EXTRN card. V?MI is also defined in 
an ENTRY card in COMR. 


This entry is not required in the slave Response Table because the slave routine 
maintains the information within its own environment. 


Output Interrupt Entry 


At assembly time these bytes must contain the Branch And Link instruction 


AL V5, :Vi7IMO 7, } ie PP 





where: V?MO is the label of the entry to the routine processing output interrupts. 


The problem program must define V?MO in an EXTRN card. V?MO is also defined 
in an ENTRY card in COMR. 


This entry is not required in the slave Response Table. 
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2.2.11. 


2.2.12. 


2.2.13. 


2.2 14. 
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Clock Interrupt Entry 


At assembly time these bytes must contain the Branch And Link instruction 
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where: V?CK is the label of the entry to the routine processing clock interrupts. 


The problem program must define V?CK in an EXTRN card. V?CK is also defined 
in an ENTRY card in COMR. 


This entry is not required in the slave Response Table. 


Communications Buffer Area Address 


This is the address, defined by the problem program, of a dynamic buffer area in 
memory into which data is read during an LT Summary Interrupt. Data is automatically 
transferred from the buffer area to the work area. 


The buffer area must be defined as a 128-byte area and is filled at a rate of 64 bytes 
at a time. While the lower half is being filled, the upper half is being transferred to 
the work area. The upper half is filled while the lower half is being transferred. The 
buffer must be assigned a modulo 128 address. 


Receiving Channel Number 


This is an 8-bit binary number denoting the physical unit number of the receiving 
channel. The number may be an odd number from 17 to 31. The physical unit number 
does not have to be the same for master and slave. 


Logical Unit Number (Device Address) 


The logical unit number is an 8-bit binary number which corresponds to the logical 
unit number assigned to the paired line terminals in the Logical Unit Table. 


Transmitting Channel Number 


This is an 8-bit binary number denoting the physical unit number of the transmitting 
channel. The number may be an even number from 16 to 30. The number Hoes not 
have to be the same for the master and slave computers. 


Error Indicator 


When the prefix of the data block (see 5.2.2) is not equal to 0001,¢ for data 
received, the error indicator is set to FF i6: 


Clock Counter 


A clock counter is maintained by the master routine for timing data transfers 
requested by the problem program. In the slave routine, the clock counter is 
maintained internally. 
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2.2.15. Input BCW Address 
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fr 
NRE 


The address of the input Buffer Control Word is stored in these bytes by the 
master routine. 


2.2.16. Output BCW Address 


The address of the output Buffer Control Word is stored in these bytes by the 
master routine. 


2.2.17. Status 


This byte is used only by the master routine to maintain the internal status of a 
particular request. 


2.2.18. Toggle 


This byte is used only by the master routine. 


2.2.19. Current Packet Address 


The master program places the address of the current request packet into register 

13 when it issues a request. When the master routine receives control as a result 

of the interrupt, it stores the address in register 13 into these bytes in the Response 
Table. 


2.2.20. Sentinel Key 


2.3. 


2.3.1. 


2.3.2. 


The last two bytes in the table must contain FFFFy¢ to indicate the end of the 
table. The relative location of the sentinel key will vary, depending on the number Y 
of request packets in the table. The request packets immediately precede the 

sentinel key and are ten bytes in length. 


REQUEST PACKETS 


The request packets are an integral part of any Response Table. The number of packets 
within a table may vary, and they may be deleted or inserted during the execution of a 
problem program. While a request is being processed, the problem programs should not 
delete packets from the Response Table or make an active request packet inactive. 


The formats for a master and a slave request packet are shown in Figures 2—3 and 2-4. 


Packet Identification 


The packet identification is assigned by the problem program and is used by both 
master and slave routines to specify a particular type of interchange. The identifi- 
cation of the request packet in the master routine must match a corresponding request 
packet identification in the slave routine and must be unique. It may be any combination 
of binary 0’s and 1’s, but must not be all 1’s. 


Error Count 


The master program must set this byte to 004¢ initially. For each packet, the master 
routine maintains a count of any hardware errors which occur during the processing 
of a packet. 
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Figure 2-3. Master Request Packet Format 
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ae Ss oes eee ees a 
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MESSAGE SIZE 






















Figure 2~4. Slave Request Packet Format 
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2.3.3. 


2.3.4. 


2.3.5. 


2.3.6. 





Availability Field 


This byte is used by the slave program to communicate the availability of a packet 
to the slave routine. When the slave program sets this byte to FFj¢, making a packet 
inactive, no interchange requesting that packet can take place. To make the packet 
active and available to the slave routine again, the slave program must set this 

byte to 001¢. 


Indicator Code Routine Address 


These two bytes contain the address of a routine in the problem program (master 
or slave, or both) that is to be executed at the completion of an interchange. The 
indicator code routine is executed in I/O program state; therefore, execution time 
should be minimized. GET or PUT macro instructions must not be issued by an 
indicator code routine. The exit from an indicator code routine should be the 
instruction 
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The saving and restoring of any special registers is the responsibility of the problem 
programs. If these bytes are set to 0000;¢, no indicator code routine is executed. 


Work Area Address 


The problem program must define its work area and store the address in bytes 4 and 
5 of the request packet. The first two bytes of the work area are used by the Com- 
munications routines; therefore, the work area must be at least two bytes greater 
than the size of the message. If data is being sent, the Communications routine 
places 0001,¢ in these two bytes. If data is being received, the Communications 
routine places the address of the last byte of the message being received into these 
two bytes before branching to any indicator code routine. This facilitates processing 
variable-length messages. 


If a message exceeds the work area, the excess is stored in the next higher memory 
locations contiguous to the work area. Therefore, the work area should be equal to 
or greater than the lougest data message to avoid unpredictable results. 


Function Field 


This byte specifies whether the function of the request packet in a master Response 
Table is to send data to or receive data from the slave routine. 





Hexadecimal 
Value Function 
00 Receive (GET) 


01 Send (PUT) 
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Key 2.3.7. Error Code 


The various bits in this byte are used by both the master and slave routines to 
indicate the type of hardware error. This byte must be set initially to 00;¢ by the 


problem programs. 


2.3.8. Interlock Field 


The slave routine sets this byte to FFy¢ at the successful completion of an inter- 
change. This indicates to the slave program that the requested data is available for 
processing in the work area. The slave routine cannot use this packet again until 
the slave program sets the interlock field to 00;¢. This byte is not used by the 
master program or master routine. 


2.3.9. Message Size 


In request packets containing a Send function, this byte must contain the number 
of bytes in the message, in binary. This number must be two greater than the actual 
number of data bytes to be transmitted, since the first two bytes of the message are 
used by the Communications routine for control purposes. 


2.4. LINKING 


When linking the relocatable element of C9MR to the master problem program and of 
C9SR to the slave problem program, the following EQU card must be submitted to the 
Linker. 
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DATA SET* 





201A3 


201B1 or 202D 1 
205B1 1 
301B or 303C 10 


ois *Bell Telephone Company Data Set model numbers. 
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oN. 
2.5. MASTER ROUTINE DISPLAYS 
ae 
The format of the displays generated by the master routine (C9MR) is: 
7xyy 
where: 7 indicates that this display is generated by the master routine. 
x is the error message. 
yy is the device address, 
Hexadecimal 
Display Reason and Action 
7Tlyy Parity error (includes BUS OUT, data check, overrun, and 
carrier off), Press the START switch to re-try five times, 
or key a nonzero into location 4 to cancel. 
7J2yy File not opened. 
Press the START switch to cancel. 
73yy Response Table error (for example, the communications 
buffer area is not mod 128). 
Press the START switch to cancel. 
78yy Offline. : 
Place the DCS online and press the START switch to re-try. 
79yy Invalid function (command reject). ae, 
Press the START switch to re-try, or key a nonzero into 
location 4 to cancel. 
TAyy Time out; clock is reset during an interchange. 
Press the START switch to resubmit the request. 
7Byy Physical unit already allocated. 


Press the START switch to cancel. 
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3.1. SCOPE 
This section describes the procedures for opening a file, for sending and receiving 
data, and for closing a file. 

3.2. OPEN 
The master program must open the master routine and all associated Response Tables; 
the slave program must open the slave routine and its Response Table. The following 
macro instruction is used to open a routine. 

LABEL 6B OPERATION 6 OPERAND 
10 6 





where: filename is C9MR for the master routine or C9SR for the slave routine. 


Register 15 must be loaded with the address of the table before the OPEN macro 
instruction is issued. If there is more than one master Response Table, the master 
program must load register 15 with the address of the table and issue an OPEN macro 
instruction for each Response Table required. 


3.3. SEND AND RECEIVE 


The master program initiates all requests, whether data is to be sent or received. To 
initiate a request, the master program must load register 15 with the address of the 
appropriate Response Table, load register 13 with the address of the applicable 
request packet in the Response Table, and then issue either of the following macro 
instructions. . 


(irae is G\E,T, CFM Ro foe ee i 
ti PIV, T GMMR |. pr tears te tare i teria 











The GET macro instruction is used to receive data from the slave program. The PUT 

macro instruction is used to send data to the slave program. The direction of the 

interchange is also specified in the function field of the request packet in the master 
’ Response Table. 
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The GET or PUT macro instruction executes a Branch And Link to the master routine 
(COMR). If the master routine determines that the Response Table is currently 
unavailable because another request is in process, it returns control to the byte 
following the GET or PUT macro instruction in the master program. The master 
program should resubmit the request if the request is to be processed. 


If the master routine determines that the Response Table is available, it accepts the 
request and returns control to the fifth byte following the GET or PUT macro instruction 
in the master program. The master program can then determine the status of the request 
from the value stored in the request key in the Response Table. 


When a request is accepted, the master routine sets the request key to 0016- Acceptance 
of the request does not imply that it has been completed. 


To determine when a request has been completed, the master program can check the 
request key for a value of FF 46. If the request was a GET macro instruction, the 
requested data is in the work area available for processing. 


a 


Both the master and slave programs can use indicator code to determine when an 
interchange is completed. The Communications routines do not process an indicator 
code routine until the interchange is completed. 


The slave program does not use the request key; it checks the interlock field to 
determine when an interchange is completed. The slave routine sets the interlock 

field to FF 1,6 upon the successful completion of a request. Until the slave program 
resets this byte to 00;¢, no further interchanges requiring this particular packet are’ 
permitted by the slave routine. The master program and routine do not use the interlock 
field. 


3.4, CLOSE 


The master program must close the master routine and all associated Response Tables; 
the slave program must close the slave routine and its Response Table. The following 
macro instruction is used to close a routine. 





LABEL 6 OPERATION 6 OPERAND 
10 16 
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where: filename is C9MR for the master or C9SR for the slave routine. 
Register 15 must be loaded with the address of the Response Table before issuing the 
CLOSE macro instruction. 


When the master program issues a CLOSE macro instruction to end communications 

with a particular slave program, the master routine sends an End-of-Transmission (EOT) 
message to the slave routine. The slave routine sets the use key in its Response 

Table to 01,6 to indicate that communications are being terminated. The slave program 
can then close its Response Table and slave routine. 
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SECTION: 


wo 4. PROGRAMMING CONSIDERATIONS 


4.1. SCOPE 


This section discusses the aspects of the coordination and interaction of the problem 
programs and the Communications routines that must be considered when designing a 
pair of master and slave programs. 


4.2. PROGRAM COORDINATION 


The design of a pair of problem programs, master and slave, must be so coordinated 
that a data message transmitted by one can be interpreted and processed by the other. 
When a request packet is issued by the master, there must be a corresponding request 
packet in the slave with a matching identity. The identification of a pair of Response 
Tables, master and slave, must also match. 


4.3. RESPONSE TABLE AVAILABILITY 


Although a problem program may check the status while a request is in process, it 
should not alter the Response Table until the table is available. The methods by which 
the problem programs may have access to the Response Table are explained in the 
following paragraphs. 


4.3.1. Master Response Table 


we The master program initiates all requests; the master routine controls the processing 
of all requests. The master routine sets the use key to FF 6 when a request is 
accepted for processing. When processing is completed, the master routine resets 
the use key to 00,6 and sets the status of the request into the request key. Therefore, 
the availability of the master Response Table depends on whether the request is 
being initiated or processed. 


4.3.2. Slave Response Table 


The slave program can determine the availability of the slave Response Table by 
checking the following bytes: 


Available Not Available 
Deactivate Key FFi6 0016 . 


The slave program can make the table unavailable to the slave routine and thus 
prevent an interchange from taking place by the following procedure: 


(1) Set the deactivate key to FF y6- 

(2) Wait until the use key becomes 0046. 
(3) Modify the table. 

(4) Reset the deactivate key to 0016- 


The slave routine can now proceed with an interchange. 
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Request Packet 


The slave program can determine the availability or activity of a particular request 
packet by checking the following bytes: 


Available/ Not Available/ 
Inactive Active 
Interlock Field FF 16 0016 


The slave program may arbitrarily return an inactive packet to an active status by 
setting either or both the availability and interlock fields to 00;¢. A packet is 
inactive when the slave program sets the availability field to FF,¢, at which time 
the slave program may alter the packet. When it has completed the change, the slave 
program sets the field to 00,6. A packet is also inactive when the slave routine 
sets the interlock field to FFj¢ at the successful completion of an interchange. The 
packet remains inactive until the slave program sets the field to 0046. 
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5. OPERATIONAL CONSIDERATIONS 


5.1. SCOPE 


() 


This section discusses operational considerations of the Communications routines and 
the interaction of the routines with their respective problem programs. Those functions 


of the routines which may be pertinent to a 9200/9300 to 9200/9300 communications 
system are mentioned here. These functions are not a function of the problem programs. 


5.2. DATA TRANSFERS 


An interchange of data between two 9200/9300 computers is accomplished by executing 
block transfers of data from one computer’s memory to the other. Two types of blocks 
are transferred: control blocks and data blocks. 


5.2.1. Control Blocks 


When the master routine receives control following a GET or PUT macro instruction 
issued by the master program, it stores the following information in the control block: 
the prefix code, the table identification, and the request packet identification. A 
control block has the following format: 


ie ee ee ee ee 
SYNCH | SYNCH | SYNCH PREFIX TABLE ID | PACKET ID Eom | Rc | 


The three Synchronization bytes, the End-of-Message (EOM), and the Longitudinal 
Redundancy Check (LRC) characters are automatically generated by a hardware 
function. 






BYTE 
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The prefix code in bytes 3 and 4 of the control block may have the following values, 
depending on whether it is set by the master or slave routine. 


Hexadecimal 
Value Meaning 
Master 010x Send (PUT) 
020x Receive (GET) 
030x EOT 
040x Wait 
Slave 0000 Acknowledge 
0002 Error 
0003 Proceed 
0004 Program not in 
0005 : Program not ready 


The setting for the I/O toggle is indicated by the x in the four least significant 
bits of the prefix code for the master control block. The master routine sets the 
1/O toggle. 


The table identification in byte 0 of the Response Table is loaded into byte 5 
of the control block. The packet identification in byte 0 of the request packet is 
loaded into byte 6 of the control block. Transmission of the control block is then 
initiated. 


Data Block 


The length and contents of the data block are determined by the problem program. 


The data is in no way restricted, edited, or interpreted by the Communications routines. 


The data block has the following format. 


A 
SYNCH | SYNCH | SYNCH PREFIX DATA cena | eRe 


The three Synchronization bytes, the End-of-Message (EOM), and Longitudinal 
Redundancy Check (LRC) characters are automatically generated by a hardware 
function. 










BYTE 


The prefix is set to a value of 0001;¢ when either the master or the slave is 

sending data. When the data is received and the request is completed, the address 

of the last character received is stored in these bytes by the Communications routine. 
This information is transferred to the first two bytes of the work area. 


PAGE: 
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5.3. CODE GENERATION 


When the problem program issues an imperative macro (OPEN, GET, PUT or CLOSE), 
the Assembler produces a BAL instruction whose operand addresses one in a series 
of BC instructions in the Communications routine. The BC instruction points to the 
macro label within the routine. 


The imperative macro instructions produce the following source code: 


LABEL 6 OPERATION 6 OPERAND 





where: filename is C9MR for the master routine, or C9SR for the slave routine. 


function has one of the following values: 


Function Value 
OPEN 0 
CLOSE 4 
GET 8 
PUT 16 


Before issuing the macro instruction, the problem program must load register 15 
a with the address of the Response Table and register 13 with the address of the 
request packet. 


The following is an example of code generation: 


If the master program issues the following macro instruction 


eer: ea Users Ce eee eer ese ee re 





the source code produced by the Assembler or the Preassembly Macro Pass is 


| i | [eva i | [1.41 1c. 91MR 418 i | 


This instruction gives control to the master routine at byte 8, which contains an 
unconditional branch to the entry point for the GET subroutine. 
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The series of unconditional branch instructions at the beginning of the master routine 


which point to the various macro subroutines are: VY 
Relative 
Address Instruction Function 
COMR BC 15,V?0P Open 
+4 BC 15,V?CL Close 
+8 BC 15,V?GT Get 
+12 
+16 BC 15,V?PT Put 


The slave routine does not execute a GET or a PUT macro instruction. 


5.4. INTERRUPT PROCESSING 


As discussed previously, the Response Table is the link between the master program 
and the master routine. The operands of the three BAL instructions stored in the table 
by the master program contain the addresses of the input, output, and clocking interrupt 
routines. The OPEN subroutine in C9MR stores the Response Table address of each 

of these BAL instructions into the Interrupt Table, the Scan Table, and the Clocking 
Table. 


When an interrupt occurs because the input Buffer Control Word associated with a 

particular Response Table is found to be active, the Supervisor transfers control to 

the address of the input interrupt routine paired with the input BCW. This is the 

address of the entry in the master Response Table containing the BAL instruction 

directing control to the input interrupt routine in COMR. eee) 


Figure 5—1 illustrates the transfer of control from the address of the interrupt routine 
in the Scan Table to the linking instruction in the master Response Table to the input 
interrupt routine in COMR, the master routine. As a result, register 15 contains the 
address of the Response Table when the input interrupt routine begins execution. 


SCAN TABLE MASTER RESPONSE TABLE 
USE {TABLE| REQUEST | WRAPAROUND 
KEY] ID KEY INDICATOR 
BAL 15,V?MI 
BAL 15,V?M0 


Figure 5—1. Transfer of Control! for an Interrupt 
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INTERRUPT 
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INTERRUPT 
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Ww 
ADDRESS V?Mi AH 15,V708 


@ 
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Entries are stored by Where: V?08 is defined as —8 


open subroutine 
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f 5.5. OPERATION OF COMMUNICATIONS MACRO ROUTINES 


A brief description of the functions performed by the Communications routines when an 
imperative macro instruction is issued by the problem programs is given for purposes 
of general information. : 


5.5.1. C9MR Macro Routines 


g OPEN - 


a GET/PUT — 


eo ™ CLOSE -— 


From the starting address of the Response Table stored in register 
15, calculates the Response Table address of the BAL instructions 
for the input, output, and clocking interrupt routines. Stores these 
addresses into the Interrupt Table, the Scan Table, and the Clocking 
Table within the Supervisor. 


Calculates the BCW addresses associated with the receiving and 
transmitting channels. Stores the addresses into the Response 
Table and into the Scan Table. Checks the physical unit entries 
associated with the logical unit numbers to ensure that they are 
properly allocated and that they contain the proper channel and 
unit number as specified in the receiving and transmitting channel 
numbers. This routine then indicates that the Response Table is 
open. 


Ensures that the Response Table is open and initiates the control 
sequence to transfer the data message to or from the work area 
specified in the request packet. 


Sends an EOT control block to the slave computer; ensures that all 
transmissions are completed, and marks the Response Table as 
closed, 


5.5.2. C9SR Macro Routines 


a OPEN -— From the address of the Response Table stored in register 15, calculates 
the addresses of the interrupt entries for the transmitting and receiving 
channels and stores into these locations and into the Scan Table the 
addresses of the interrupt subroutines. Calculates the BCW addresses 
from the channel addresses and stores them in the Scan Table. Stores the 
address of the clock interrupt subroutine into the Clocking Table. Ensures 
that the logical units given in the Response Table are properly allocated. 


m CLOSE — Ensures that all transmissions are completed and marks the Response 


Table as closed. 


re 











() 
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